home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-k-archive.past / tex-k-archive.gz / tex-k-archive / 000548_sl1@eng.cam.ac.uk_Sat May 7 17:29:44 1994.msg < prev    next >
Internet Message Format  |  1994-10-11  |  3KB
  1. Received: from spanner.eng.cam.ac.uk by cs.umb.edu with SMTP id AA03502
  2.   (5.65c/IDA-1.4.4 for <tex-k@cs.umb.edu>); Sat, 7 May 1994 17:29:44 -0400
  3. Received: from polly.eng.cam.ac.uk (root@polly.eng.cam.ac.uk [129.169.52.38]) 
  4.           by spanner.eng.cam.ac.uk; Sat, 7 May 1994 22:29:38 +0100
  5. Received: from major.eng.cam.ac.uk by polly.eng.cam.ac.uk; Sat, 7 May 94 22:29:37 BST
  6. From: sl1@eng.cam.ac.uk
  7. Date: Sat, 7 May 94 22:29:36 BST
  8. Message-Id: <10907.9405072129@major.eng.cam.ac.uk>
  9. To: mackay@cs.washington.edu, J.S.Peatfield@amtp.cam.ac.uk, tex-k@cs.umb.edu
  10. Subject: Re:  suggestion for xdvik-1.8
  11. In-Reply-To: Mail from 'mackay@cs.washington.edu (Pierre MacKay)'
  12.       dated: Sat, 7 May 1994 14:07:01 -0700
  13.  
  14.  
  15. > From: mackay@cs.washington.edu (Pierre MacKay)
  16. >
  17. > There are some tacit assumptions in Sanjay Lall's suggestions
  18. > for xdvik-1.8 that need to be looked into.  
  19. > 
  20. > 1.  That all 300 dpi fonts can be declared to be "imagen"
  21. >     or anything else for that matter.  In fact, if imagen
  22. >     represents a write-black print-engine, it is precisely
  23. >     the wrong choice. 
  24. > ...
  25.  
  26. and
  27.  
  28. >> From: Jon Peatfield <J.S.Peatfield@amtp.cam.ac.uk>
  29. >>
  30. >> Well you can do that test in MakeTeXPK without having to edit the xdvi
  31. >> source...  In fact since the same test needs to be done in dvipsk as
  32. >> well this is clrealy better.
  33. >> ...
  34.  
  35. Yes, I agree that a broader plan of attack is needed. The original
  36. xdvi didn't send a mode to MakeTeXPK, and so MakeTeXPK itself decided on
  37. the mode. However, xdvik-1.8 chooses the mode, and for me the mode
  38. was wrong. It does allow a default mode specification, but not one
  39. depending on the resolution. Also, although for screen previewing the
  40. mode is not very important, it is a waste of time/disk space to make
  41. fonts in one mode for previewing, and then have dvips make them in
  42. a different mode for printing.  You can specify the mode on the command line
  43. to xdvik - I just dont want to have to type it each time.
  44.  
  45.  
  46. > From: mackay@cs.washington.edu (Pierre MacKay)
  47. >
  48. > 2.  One minute is wishful thinking for some machines, and unjust to
  49. >     others.  I have the brief---all too brief, alas---joy of
  50. >     running a machine on which the log output to the screen usually
  51. >     takes more time than the actual font compilation.  Then I go b
  52. >     back to a 680x0 machine on which the "minutes" fly like hours,
  53. >     usually because hours is what they are.
  54.  
  55. and
  56.  
  57. >> From: Jon Peatfield <J.S.Peatfield@amtp.cam.ac.uk>
  58. >>
  59. >> As to the second change, the MakeTeXPK we use prints lots of messages
  60. >> to the screen so users certainly don't think nothing is happening.
  61. >> They may get confused by these messages though.
  62.  
  63.  
  64. Yes, the MakeTeXPK shell script that comes with the dvips package
  65. does print a lot of messages, when called from dvips.
  66.  
  67. However, xdvik does a popen() call, which takes all the output and hides it.
  68. The comment in tex-make.c says
  69.  
  70. /* We assume the script will output the filename it creates (and nothing
  71.    else) on standard output, and hence run the script with `popen'.  */
  72.  
  73. which no version of MakeTeXPK I have found actually does. I modified
  74. our MakeTeXPK to do this - else xdvik would make the font and then
  75. not be able to find it.  I personally prefer being able to see the 
  76. output of MakeTeXPK - so I can get an idea how fast the font is being
  77. created.
  78.  
  79. Sanjay Lall,
  80. Cambridge University Engineering Department.
  81.  
  82.